home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 15975 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.9 KB
  1. Path: line297.nwm.mindlink.net!user
  2. From: emery@grebyn.com (David Emery)
  3. Newsgroups: comp.lang.ada,comp.lang.c,comp.lang.c++,comp.edu
  4. Subject: Re: POSIX/Unix conformance (was: ANSI C and POSIX ...)
  5. Date: Mon, 08 Apr 1996 19:40:16 +0100
  6. Organization: MIND LINK! - British Columbia, Canada
  7. Message-ID: <emery-0804961940190001@line297.nwm.mindlink.net>
  8. References: <JSA.96Feb16135027@organon.com> <dewar.828912460@schonberg> <4kb1l1$ajm@solutions.solon.com> <dewar.828987795@schonberg> <4kcf2q$mll@solutions.solon.com>
  9. NNTP-Posting-Host: line297.nwm.mindlink.net
  10.  
  11. There are actually two separate issues that no one has adequately
  12. addressed:
  13.  
  14.    1.  POSIX conformance
  15.    2.  Unix(tm) conformance
  16.  
  17. Let me try to summarize POSIX conformance.  First, there are a series of
  18. POSIX standards, IEEE 1003.1 and 1003.2 are the primary standards of interest
  19. here.  These are also ISO standards ISO 9945-1 and 9945-2 (respectively).
  20. And, they are U.S. FIPS standards (FIPS 151-2).  
  21.  
  22. POSIX conformance is defined by two documents, the relevant standard and
  23. the set of test assertions.  The test assertions specify a series of
  24. tests that a conforming implementation pass.  The assertions themselves are
  25. NOT executable.  
  26.  
  27. Instead, a POSIX tester translates these assertions into a test suite.
  28.  
  29. U.S. NIST has developed a set of validation procedures based on commercial
  30. testing.  A POSIX validation tester submits his test suite to NIST, and NIST
  31. 'validates' this suite against the test assertions.  The test suite itself
  32. remains the property of the testing organization.  The goal of the NIST
  33. 'validation' is to certify the testing organization as acceptable to issue
  34. NIST FIPS conformance certificates for the implementation.  NIST maintains a
  35. list of conforming POSIX/FIPS 151-2 implementations.  
  36.  
  37. This differs from Ada testing in a critical way:  For Ada validation, the
  38. test suite iteself is freely available.  It is (relatively) easy to verify
  39. that an Ada validation (ACVC) test matches the standard, and there is a 
  40. single test suite for all validations.  For POSIX testing, each tester has
  41. his own test suite, and we have to trust NIST and the testing vendor that
  42. the vendor's test actually tests POSIX compliance.  
  43.  
  44.  
  45. As regards to conformance with the Unix(tm) trademark, this is based on
  46. a set of procedures established by (the late) X/Open.  I'm not familiar
  47. with X/Open's requirements to use the "Unix" trademark.
  48.  
  49. Note that it's quite possible to validate non-Unix operating systems as
  50. POSIX-compliant.  In fact one of the earliest validations was for 
  51. Unisys CTOS, which is NOT a flavor of Unix.  I believe that there is a version
  52. of Windows NT which is POSIX-compliant, and I recall hearing something about
  53. a POSIX version of Windows 95.  And then there's "Open VMS" (an oxymoron, IMHO),
  54. which is a POSIX-compliant version of VMS.  In these cases, what we have is
  55. a POSIX interface on top of a Non-Unix operating system.
  56.  
  57.             dave
  58.